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APPEAL BRIEF (37 C.F.R. 41.37) 

This brief is in furtherance of the Notice of Appeal, filed in this case on February 1 , 2005. 

The fees required under § 41.20(BX2), and any required petition for extension of time for filing this 
brief and fees therefore, are dealt with in the accompanying TRANSMITTAL OF APPEAL BRIEF. 
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REAL PARTY IN INTEREST 



The Teal party in interest in this appeal is the following party: International Business Machines 
Corporation. 



(Appeal Brief Page 2 of 20) 
Dingsor et a). - 09/976,126 



PAGE 4/22 1 RCVD AT 3/18/2005 9:35:21 AM [Eastern Standard Time] ' SVR:USPTQ-EFXRF-1/1 1 DNIS:8729306 ' CS(D:972K577Ki * DURATION (mm-ss):0542 



03/18/2005 08:32 9723857766 



YEE & ASSOCIATES 



PAGE 05 



RELATED APPEALS AND INTERFERENCES 



With respect to other appeals or interferences that will directly affect, or be directly affected by, or 
have a bearing on the Board's decision in the pending appeal, there are no such appeals or 
interferences. 
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STATUS OF CLAIMS 



A* TOTAL NUMBER OF CLAIMS IN APPLICATION 

Claims in the application are: 1-41 



B. STATUS OF ALL THE CLAIMS IN APPLICATION 

1 - Claims canceled: 1-15 and 21-37 

2. Claims withdrawn from consideration but not canceled: NONE 

3 . Claims pending: 1 6-20 and 3 8-4 1 

4. Claims allowed: 1 8 and 39-41 

5. Claims rejected: 16, 17, 1 9 7 20 and 38 

6. Claims objected to: NONE 

C CLAIMS ON APPEAL 

The claims on appeal are: 1 6, 1 7, 19, 20 and 38 
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STATUS OF AMENDMENTS 

An Amendment after Final Rejection was not filed. Therefore, claims 16, 1 7, 1 9 ? 20 and 38 on 
appeal herein are as presented in the Response to Office Action filed July 28, 2004. 
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SUMMARY OF CLAIMED SUBJECT MATTER 



A. CLAIM 16 - INDEPENDENT 

The subject matter of claim 16 is directed to a computer. The computer 104 comprises a 
plurality of processes (see Figure 3, Specification, pg. 11, lines 14-27), wherein the plurality of 
processes service a destination address and have process addresses (see Figure 3, Specification, 
pg. 12, lines 7-26), a packet routing layer 404, wherein packet routing layer 404 routes packets to 
• the plurality of processes using a destination addresses within the packets (see Figure 4, 
Specification, pg. 1 3, lines 1 3-19), and a dispatch layer 406 between a TCP layer and an IP layer 
(see Figure 4, Specification, pg. 13, line 20 through pg. 14, line 5). Dispatch layer 406 has a 
plurality of modes of operation. These modes include a first mode of operation in which dispatch 
layer 406 receives packet 402 from a client, wherein packet 402 includes destination address 549 
(see Figure 8, Specification, pg. 17, line 26 through pg. 18, line 1). In a second mode of 
operation, responsive to receiving packet 402, dispatch layer 406 identifies a process within the 
plurality of processes to service the client, wherein the process is an identified process (see 
Figure 8, Specification, pg. 18. lines 14-20 and pg. 19, tines 21-25). In a third mode of operation, 
dispatch layer 406 translates the destination address 549 to a process address for the identified 
process within the plurality of processes (see Figure 8, Specification, pg. 19, lines 11-17). In a 
fourth mode of operation, which is responsive to the third mode of operation, packet 402 is sent 
to packet routing layer 404 (see Figure 8, Specification, pg. 19, lines 1 1-17). 

B. CLAIM 38 - INDEPENDENT 

Claim 38 is a computer program product claim counterpart to claim 1 6 and recites similar 
subject matter to that recited in claim 1 6. 
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GROUNDS OF REJECTION m r e REVTFWFn niv appit a i 
A- GROUND OF REJECTION 1 (Claims 16, 17, 19 and 38) 

K^**^^ § ^^-^antfcipatcdbyBrendel 
B. GROUND OF REJECTION 2 (Claim 20) 

^SwSS&tZZS?*- 5 '° 3W " obvious over B™de. in „f 
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ARGUMENT 

A - 35 U.S.C. S 102fel Anticipati on. Claim* 16. 17. 19 anri M 

The examiner has rejected claims 16, 17, 19 and 38 under 35 U.S.C. § 1 02(e) as being 
allegedly anticipated by Brendel et al. (U.S. Patent No. 5,774,660). 

As to independent claims 16 and 38, the Final Office Action states: 

4. Regarding claims 1 6 and 38, Brendel discloses a computer comprising- 

a plurality of processes, wherein the plurality of processes serv ice a 
destination address and have process addresses [Brendel, col. 13. lines 18-46]- 

a packet routing layer, wherein the packet routing layer routes a packets to 
the plurality to the plurality of processes using a destination addresses within the 
packets fie. TCP layer, Brendel, col. 1 3, lines 1 8-46]; 

a dispatch layer between a TCP layer and an IP layer, wherein the dispatch 
layer has a plurahty of modes of operation including: a first mode of operation in 
which the dispatch layer receives a packet from a client, wherein the packet 
inches the destination address [ie. raw socket, Brendel. col. 14, line 56 - col 15 
line 56J; " ? 

a- * f! c ° I,d m ° de of operation, responsive to receiving the packet, in which 
the dispatch layer identifies a process within the plurality of processes to service 
the client, wherein the process is an identified process [Brendel, col. 14, line 41- 
coJ. 15, line 16]; ' 

a third mode of operation in which the dispatch layer translates the 
destination address to a process address for the identified process within the 
plurality of processes; 

and a fourth mode of operation, responsive to the third mode of operation, in 
which the packet is sent to the packet routing layer (Biendel, col. 17, lines 9-26]. 

Final Office Action dated December 1 , 2004, pages 2-3. 
The examiner goes on to state: 

\tL J^r 1 ? d0e$ T 6i f l0Se a ^ atch ^ betwee » a TCP layer and an IP 
layer that has four modes of operation. 

socket ttat wS?^ B * ndeI does a modified IP input module and raw 

m ? ? ? m ° deS ° f °P eration ^ the instant independent claims 16 
Till ,P rend , eI - ' 5 ' VmeS 1 ' " 56] - Mn * V*™ examination and 
prosecution, chums must be given their broadest reasonable interpretation /„ re 
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Van Geuns, 988 F.2d 1181, 1 184, 26 SPQ2d 1057, 1059 (Fed. Cir 1993)- In re 

„ r f sonable interpretation "a dispatch layer between a 

TCP layer and an IP layer" is broad enough to read on the modified TP input 

Br^dd ^ S ° Cket ** "* bCtWeCn 3 TCP kyer 311(1 311 IP la y° r discbsed » 
Final Office Action dated December 1, 2004, pages 4-5. 

Independent claim 1 6 reci tes: 

16. A computer comprising: 

a plurality of processes, wherein the plurality of processes service a 
destination address and have process addresses; 

th* ni J!i -<!f k ? roUting ,ay ^' WhCTein the packet routin S l *y* ~utes packets to 
the plurality of processes using a destination addresses within the packets- 

, aV( , r a d ^P ate h laver between a TCP layer and an TP > ayf .r w herein th^ t.K 
layer has a plurality of mod^ n f operation ind,,^ 

frnn, « iS? ° f ? erati ° n ia which the dispatch layer receives a packet 
from a client, wherein the packet includes the destination address- 

a. ^ a + Se u C ? nd °f °P eration > responsive to receiving the packet, in which 
the dispatch layer identifies a process within the plurality of processes to S 
me client wherein the process is an identified process- 
,ws t athirdmodeof °P erat ion in which the dispatch layer translates the 

nSJK^ t0 ap I° CeSS addresS for thc identif,ed P rocess «Miin the 

plurality of processes; and 

u*5.k ♦* f0Ur ? ?° de of °P eration ' responsive to the third mode of operation, in 
which the packet ts sent to the packet routing layer. 

A prior art reference anticipates the claimed invention under 35 U.S.C. § 102 only if every 
element of a claimed invention is identically shown in that single reference, arranged as they are in 
the claims../* re Bond, 910 F.2d 831, 832, 15 U.S.P.Q.2d 1566, 1567 (Fed Cir. 1990) All 
hmitattons of the claimed invention must be considered when determining patentability In re 
lovry, 32 F.3d 1579, 1582, 32 U.S.P.Q.2d 1031, 1034 (Fed. Cir. 1994). Anticipation focuses on 
wheth^aclaimr^son^^ 

reference broadly teaches. Kalman , Kimberly^larkCorp.. 713 F.2d 760, 218 U.S.PQ 781 (Fed 
Cir. 1983). APP^respe^ 

Canned invention arranged as they are in me claim, Specifically, Brendel does not teach a 
dispatch layer between a TCP layer and an TP layer or such a dispatch layer that has the four modes 
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of operation recited in claim 16. 

Brendel is directed to a system for resource-based load balancing on a distributed resource 
multi-node network. With the system of Brendel, a load balancer receives all requests from clients 
using virtual address for a web site. The load balancer makes a connection with the client and waits 
for a URL of the resource requested by the client The load balancer waits to perform load 
balancing until after the location of the requested resource is known. The connection and URL 
request are passed from the load balancer to a second node having the requested resource. The load 
balancer replays the initial connection packet sequence to the second node but modifies the address 
to that of the second node. The network software is modified to generate the physical network 
address of the second node but then changes the destination, address back to the virtual address. 
Since all requests are first received by the load balancer which determines me physical location of 
the requested resource, nodes may contain different resources. The entire contents of the web site 
are not mirrored onto all nodes. Network bottlenecks are avoided since the nodes transmit files 
back to the client directly, bypassing the load balancer. 

Thus, Brendel teaches a load balancing mechanism in which a load balancer identifies the 
location of a requested resource and then modifies the virtual address received from the client to an 
address for the node having the requested resource. The node may then use the virtual address to 
directly communicate the requested resource to the client without having to go through the load 
balancer. Brendel does not teach a dispatch layer that is between a TCP layer and an IP layer. 
Furthermore, Brendel does not teach a dispatch layer that is between a TCP layer and an IP layer 
and that has the four modes of operation recited in claim 1 6 of the present application. 
Column 1 5, lines 36 through 38 of Brendel teaches that: 

The invention performs additional steps before step 306 by modifying the 
generic IP input module to form modified IP input module 200. ° Q,Iyingme 

Column 14, lines 41 through 43 of Brendel teaches that: 

a , Unmodified link layer 84 passes packets received up to TCP/IP stack 32 
and specifically to IP input mndt,l q 200 of ih? TP l av ~ 5A 

(emphasis added) 
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The above cited two passages of Brendel teach that the modified IP input module is made by 
modifying a normal, basic IP input module. As Brendel specifically teaches that an IP input module 
is part of the IP layer, it follows that a modified IP module is also part of the IP layer and not a 
statute "dispatch layer between a TCP layer and an IP iayer » as recited in claim 16. Therefore 
the examiner's assertion that giving the instant claims their broadest reasonable interpretation 
"a dispatch layer between a TCP layer and an IP layer" is broad enough to read on the modified 
IP input module and raw socket that are between a TCP layer aud an IP layer disclosed in 
Brendel," JS incorrect since the modified IP input module and raw socket arc not between the 
TCP layer and the IP lave, Instead, the modified IP input module fe part of the IP laver *Jso as 
taught in column 14.1** 59 through 61, of Brendel, cited below, raw sockets are standard 
features of TCP/IP, and therefore part of TCP/IP. 

The Final Office Action alleges that Brendel teaches a dispatch layer that is between a TCP 
layer and an IP layer at column 14, line 56 to column 15, line 56 which reads as follows: 

Data*™™? f 80 ^ * at ■» not of a known protocol such as TCP or UDP (User 
Datagram Protocol) have an unrecognized protocol. These datagrams are sen t m 

sSe^l4 Iri^ 70 is an "PP^on which listens to raw 

S 4 f 0r ^fe^ "smg the 'TXP» protocol. Since the IXP protocol is nTt a 

u S tfSSiS?? appUcati r shou,d ta Iooking for lxp data ^ ™- 

" S ^T? 1 OWS ™ e ° f raw SOcket 214 to »W= ** TCP layer and 
send the datagrams directly to load balancer 70. These datagrams are the 

connection packets and the URL originally from the cltaSbSS 

Each server is modified to accept packets using the virtual IP addre^ hv 
£~^ mUPadd ™ —"-IP-fail For^tX, 

% ifconfig deO 230.101 .17.200 alias nomask OxfjHWfr 

specifies that a second IP address, the virtual IP address 230 101 1 7 200 i. 
IP address fc the node. Od. opting systems aiso U^g a'dS 

Modified IP Input Module-FIG. 15 
withmeTad^^^^ 

indicate that tbe mS^S?^- is ™* to 

oau (e is modified from the generic ,p_ inputQ module. Steps 
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308, 310, 312, and 31.4 are added steps which are not in the generic IP module. 

All packets received from the media by the lower link layer are passed up 
to the IP layer which calls IP input module 200 . Step 302 tests to determine if the 
packet is for the local node by reading the destination TP address. 

When step 302 determines that the destination IP address is not a local IP 
address, then the packet is being routed through the local node and the IP layer 
acts as a software router. The packet is passed to IP forward module 202 (step 
304) which prepares the packet for forwarding. The packet is then sent to IP 
output module 206 before being re-transmitted out the link layer to the destination 
or the next hop. 

Step 302 determines that the packet is for the local node when the IP 
address is the virtual IP address or the real IP address for the server. The packet is 
stripped of its header information and possibly assembled with other packets to 
form the TP datagram, step 306. 

The assembled IP datagram from step 306 is normally sent up to the TCP 
layer (steps 316, 318) for the generic IP module. The invention performs 
additional steps before step 306 bv modifying die generic IP input module to form 
modified IP input module 200 . Modified IP input module 200 checks the protocol 
to determine if it is the IXP protocol Since incoming packets from the Internet 
always use the TCP protocol, incoming packets fail step 308 and are then tested 
by step 3 1 0 to determine if they are TCP packets with the virtual IP address and 
are world-wide-web packets. Thus step 310 looks for incoming packets. These 
incoming packets have their protocols changed from TCP to IXP. step 314. The 
IXP protocol is not a recognized protocol so step 316 causes these incoming 
packets to be sent to the raw socket step 320, so that the load balancer application 
can read these packets . Thus changing the protocol to the unrecognized IXP 
protocol forces the incoming packets to be sent directly to the load balancer. This 
allows all incoming packets from the Internet to be routed through the load 
balancer. 

Other TCP packets which are not world-wide web packets fail step 310 
and are not modified. These ordinary TCP packets are a known protocol, step 316, 
and are sent to the TCP layer, step 318. 

(emphasis added) 

The most pertinent part of the above cited portion of Brendel is the description of Figure 
15. This description states that the IP layer calls the modified IP module 200. The modified IP 
module 200 checks to see if a received data packet is in the IXP protocol and if not, converts the 

data packet from T CP tn IXP 5 o that the data packet is directly cent to a raw socket for reading by 

the load balancer. There is no mention of any dispatch layer between a TCP layer and an IP layer 
in this, or any other, section of Brendel. While the TCP layer and the IP layer are mentioned, the 
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actual functions of converting protocols from TCP to TXP is performed in the IP layer by calling 
a modified IP module 200. Furthermore, the functions that are performed by this modified IP 
module 200 merely converts protocols and does not perform the functions of the dispatch layer as 
recited in claim 16. 

' Claim 1 6 specifically recites that the dispatch layer has four modes of operation. A first 
mode of operation is one in which the dispatch layer receives a packet from a client, wherein the 
packet includes the destination address. A second mode of operation i s one in which, responsive 
to receiving the packet, the dispatch layer identifies a process within the plurality of processes to 
service the client, wherein the process is an identified process. Nowhere in the cited section of 
Brendel is there any leaching of a dispatch layer that is between a TCP layer and an IP layer that 
performs the function of the second mode set forth in claim 16. 

The Final Office Action alleges that this second mode of operation is taught by Brendel at 
column 14, line 41 to column 15, line 16 which is part of the reproduced section of Brendel 
above. However, nowhere in this section is there any teaching regarding a dispatch layer 
between a TCP layer and an IP layer, identifying a process within a plurality of processes to 
service a client In fact, the section cited as allegedly teaching these features is under the heading 
"Modified IP layer- FIG. 14" (column 14, line 38). Furthermore, the section discusses 
detenriirung if the packet is destined for a local node or another node and that local packets are 
assembled into IP datagrams. There is no teaching or suggestion regarding a dispatch layer 
between an IP layer and a TCP layer identifying a process within a plurality of processes to 
service a client. 

A third mode of operation of the dispatch layer, as recited in claim 16, is one in which the 
dispatch layer translates the destination address to a process address for the identified process 
within the plurality of processes. The fourth mode of operation is one in which, responsive to the 
third mode of operation, the packet is sent to the packet routing layer. Again, there is no teaching 
or suggestion in Brendel with regard to a dispatch layer between a TCP layer and an IP layer 
performing such a function. The Final Office Action cites column 1 7, lines 9-26 as allegedly 
teaching the third and fourth modes of operation. However, the cited section does not teach 
either the features of the third mode of operation or the features of the fourth mode of operation. 
Column 17, lines 9-26 reads as follows: 
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Incoming packets which are assigned to the load balancer node's server are 
passed up and down the local TCP/IP stack twice. These packets are first sent 
from the low-level link layer through the modified IP layer to the load balancer in 
the application layer, and then back down through the IP layer to the link layer. 
Step 336 of FTG. .1.6 detects that the local server is the destination and bypasses 
steps 338, 340 so that the protocol is left as 1XP. 

The link layer recognizes that the NIC address is the local NIC address and 
does not transmit the packets. Instead the packets are sent back up to the TP layer. 
Step 308 of FIG. 15 detects these packets and changes the protocol back to TCP 
(step 312) and then passes the TCP packets to the HTTPD server application 
through the generic TCP layer. This sequence only occurs for a packet that has 
been intercepted to the load balancer and assigned to the server on the local node. 

This section of Brendel provides further support for the distinction of the present claims 
reciting a dispatch layer between an IP layer and a TCP layer, a feature not taught by Brendel. 
This section of Brendel teaches that the packet is sent from the link layer to the modified IP layer 
and then to the application layer bypassing the TCP layer. Thus, Brendel teaches a mechanism in 
which the IP layer is modified to bypass the TCP layer and send data packets directly to the load 
balancer in the application layer. Brendel does not teach or suggest a dispatch layer between a 
TCP layer and an IP layer. 

Furthermore, Brendel does not teach a dispatch layer that performs the functions of 
operational modes three and four in claim 16. That is, there is no teaching in the above cited 
section regarding a dispatch layer between a TCP layer and an IP layer that translates a 
destination address to a process address for an identified process within a plurality of processes 
or that, responsive to this translation, sends the packet to a packet routing layer. While Brendel 
may teach modifying protocols from TCP to IXP and back again, there is nothing in Brendel that 
teaches a dispatch layer between a TCP layer and an IP layer that identifies a process from a 
plurality of processes to service a client translates a destination address to a process address for 
the identified process, and then sends the data packet to a packet routing layer. 

Independent claim 38 recites similar features to that of claim 16. Specifically, claim 38 
recites instructions for translating, in a dispatch layer between a TCP layer and an IP layer, a 
destination address to an intermediate destination address which is an address for a selected 
process within a plurality of processes. Similar features to these have been addressed above with 
regard to claim 16 and thus, claim 38 is distinguished over the Brendel reference tor similar 



(Appeal Brief Page 14 of 20) 
Dingsor ct al. - 09/976, 1 26 



PAGE 16/22 1 RCVD AT 3/18/20D5 9:35:21 AM [Eastern Standard Time] * SVR:USPT0-EFXRF-1/1 1 DNIS:87M306 1 CS[D: 972385776 6 ' DURATION (mm-ss):0542 



03/18/2005 08:32 9723857766 



YEE & ASSOCIATES 



PAGE 



reasons. Brendel does not teach or suggest these features in claim 38. 

In view of the above, Appellants respectfully submit that Brendel does not teach each and 
every feature of independent claims 16 and 38. At least by virtue of their dependency on claim 
16, Brendel does not teach each and every feature of dependent claims 17 and 19. Accordingly, 
Appellants respectfully request that the Board reverse the examiner's Final Rejection of claims 
16, 17, 19 and 38. 

B. 35 U-S.C $ 103. Alleged Obviousness. Claim 20 

The examiner has rejected claim 20 under 35 U-S-C. § 103(a) as being unpatentable over 
Brendel in view of Coile ct ah (U.S. Patent No. 6,061 ,349). This rejection is respectfully 
traversed for at least the same reasons as set forth above with regard to independent claim 16 
from which claim 20 depends. That is, Brendel does not teach a dispatch layer between a TCP 
layer and an IP layer or such a dispatch layer that has the four modes of operation recited in claim 
16. Coile, likewise, does not teach or suggest these features. 

Coile is cited merely as teaching server daemon processes. Coile does not cure the 
deficiencies of Brendel and thus, any alleged combination of Brendel and Coile, even if such a 
combination were possible and one of ordinary skill in the art were somehow motivated to 
attempt such a combination, would not result in the invention as recited in independent claim 16, 
from which claim 20 depends. 

Therefore, appellants respectfully submit that neither Brendel nor Coile, either alone or in 
combination, teach or suggest all of the features of claim 20. Accordingly, appellants 
respectfully request that the Board reverse the examiner's Final Rejection of claim 20. 
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CONCLUSION 

For ali the above reasons, appellants submit that the Final Rejection of claims 16, 17, 19, 
20 and 38 is improper, and respectfully request that the Final Rejection be reversed. 



Gerald R Glanzman ^ 
Registration No. 25,035 
YEE & ASSOCIATES, P.C. 
PO Box 802333 
Dallas, TX 75380 
(972) 385-8777 




GHG/bj 
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CLAIMS APPENDIX 

The text of the claims involved in the appeal are: 
16. A computer comprising: 

a plurality of processes, wherein the plurality of processes service a destination address 
and have process addresses; 

a packet routing layer, wherein the packet routing layer routes packets to the plurality of 
processes using a destination addresses within the packets; 

a dispatch layer between a TCP layer and an IP layer, wherein the dispatch layer has a 
plurality of modes of operation including: 

a first mode of operation in which the dispatch layer receives a packet from a 
client, wherein the packet includes the destination address; 

a second mode of operation, responsive to receiving the packet, in which the 
dispatch layer identifies a process within the plurality ofprocesses to service the client, 
wherein the process is an identified process; 

a third mode of operation in which the dispatch layer translates the destination 
address to a process address for the identified process within the plurality of processes; 
and 

a fourth mode of operation, responsive to the third mode of operation, in which 
the packet is sent to the packet routing layer. 

1 7. The computer of claim 16, wherein each packet includes a source address and wherein the 
dispatch layer further includes: 
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a fifth mode of operation in which the dispatch layer receives a packet from the identified 
process for the client; and 

a sixth mode of operation, responsive to the fifth mode of operation, in which the 
dispatch layer translates the source address in the packet of the destination address. 

19. The computer of claim 1 6, wherein the packet routing layer is a transmission control 
protocol layer. 

20. The computer of claim 16, wherein the plurality of processes is a plurality of serv er 
daemons. 



38. A computer program product for routing packets from a client to a selected process within a 
plurality of processes servicing a connection between the data processing system and the client 
comprising: 

a computer readable medium; 

first instructions for receiving a packet for the connection between the data processing 
system and the client, wherein the packet includes a destination address; and 

second instructions for translating, in a dispatch layer between a TCP layer and an IP 
layer, the destination address to an intermediate destination address, which is an address for the 
selected process within the plurality of processes, wherein the instructions are embodied within 
the computer readable medium. 
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EVIDENCE APPENDIX 



There i$ no evidence to be presented. 
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RELATED PROrFF piNGS APPENDIX 

There are no related proceedings. 



(Appeal Brief Page 20 of 20) 
Dingsor el a). - 09/976, 1 26 



PAGE 2202 ' RCVD AT 3/18/2005 9:35:21 AM [Eastern Standard Time] 1 SVR:USPT0-EFXRF-1/1 ' DNIS:8729306 ' CSH):9723857766 ' DURATION (mm*s):0542 



